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METHOD, SYSTEM AND PROGRAM PRODUCT FOR APPROVING 

REQUESTS 



FIELD OF THE INVENTION 
[0001] The present invention generally relates to a method, system and program product 
for approving item requests. Specifically, under the present invention, an approver can 
approve or reject multiple item requests using a single interface within an application. 

BACKGROUND OF THE INVENTION 
[0002] In business, it has become common for employees to request goods and services 
to perform essential job functions. Such requests can include items ranging from 
stationery and business cards to actual goods (e.g., chemicals) needed for production. As 
businesses become more computer dependent, many item requests are made using one or 
more computer-based applications. For example, an employee seeking to order a 
particular item can log into a front-end system such as a purchasing application and 
browse available items for the item he/she needs. Upon locating the desired item, the 
employee can submit a request for the same. The request is often processed by a back- 
end system that interfaces with the appropriate item supplier. 
[0003] Unfortunately, as efficient as computer-based item ordering can be, certain 
controls are typically desired. Specifically, a business often desires one or more levels of 
approval to be given before an item is actually ordered from a supplier. This prevents 
both unnecessary and unauthorized expenditure of resources. In many instances, several 
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levels of approval are required. For example, if an employee is attempting to purchase a 
chemical, management might desire that the request not only be approved by the 
employee's supervisors, but also by financial and safety personnel. 
[0004] To date, the approval process has been an off-line process. Specifically, when an 
item is requested by an employee, an electronic message (e.g., an e-mail) is typically sent 
to all applicable approvers. Without logging into the underlying purchase application, 
each approver will respond to the electronic message indicating their approval or 
rejection of the request. Once all necessary approvals are obtained, the item request is 
formally approved. This methodology can become burdensome for an approver who 
receives multiple item requests in any given time interval. In particular, the approver 
could be subject to an incessant barrage of electronic messages for each item request. 
Furthermore, the electronic messages do not typically include an abundance of 
information. Rather, the message might only identify the requestor, the requested item, a 
price and a quantity. However, additional information such as safety data, etc. could be 
extremely relevant in the approver's decision to approve or reject the request. 
[0005] In view of the foregoing, there exists a need for a method, system and program 
product for approving item requests. Specifically, a need exists for a system in which an 
approver can approve or reject items requests upon logging into an underlying 
application. Further a need exists for an approver to be presented with a single view of 
all item requests for which he/she needs to make an approval determination. Still yet, a 
need exists for a system in which additional, relevant information can be presented to an 
approver for each item request. 
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SUMMARY OF THE INVENTION 
[0006] In general, the present invention provides a method, system and program product 
for approving item requests. Specifically, under the present invention, an approver will 
log into a purchase application or the like. Upon logging in, the approver will be 
presented with a view of all item requests for which he/she must make an approval 
determination. The approver can also be presented with informational messages for the 
requested items, with which he/she must concur before approving or rejecting an item 
request. In any event, the approver can make an approval determination for the item 
requests and post comments related thereto. Once the approval determination has been 
made for a particular item request, an approver list and approval status corresponding 
thereto is updated. 

[0007] A first aspect for the present invention provides a computer-implemented method 
for approving item requests, comprising: logging an approver into an application; 
displaying a view containing a set of item requests to the approver; receiving an approval 
determination for at least one of the set of item requests from the approver; and updating 
an approver list corresponding to the at least one of the set of item requests based on the 
approval determination. 

[0008] A second aspect for the present invention provides a system for approving item 
requests, comprising: an item display system for displaying a view containing a set of 
item requests to an approver within an application; an approval determination system for 
receiving an approval determination for at least one of the set of item requests from the 



END920030048US1 



3 



approver; and an update system for updating an approver list corresponding to the at least 
one of the set of item requests based on the approval determination. 
[0009] A third aspect for the present invention provides a program product stored on a 
recordable medium for approving item requests, which when executed, comprises: 
program code for displaying a view containing a set of item requests to an approver 
within an application; program code for receiving an approval determination for at least 
one of the set of item requests from the approver; and program code for updating an 
approver list corresponding to the at least one of the set of item requests based on the 
approval determination. 

[0010] Therefore, the present invention provides a method, system and program product 
for approving item requests. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[001 1] These and other features of this invention will be more readily understood from 
the following detailed description of the various aspects of the invention taken in 
conjunction with the accompanying drawings in which: 

[0012] Fig. 1 depicts a system for approving item requests, according to the present 
invention. 

[0013] Fig. 2 depicts an illustrative view of item requests, according to the present 
invention. 

[0014] Fig. 3 depicts a method flow diagram, according to the present invention. 
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[0015] Is noted that the drawings of the invention are not to scale. The drawings are 
intended to depict only typical aspects of the invention, and therefore should not be 
considered as limiting the scope of the invention. In the drawings, like numbering 
represents like elements between the drawings. 

BEST MODE FOR CARRYING OUT THE INVENTION 
[0016] As indicated above, the present invention provides a method, system and program 
product for approving item requests. Specifically, under the present invention, an 
approver will log into a purchase application or the like. Upon logging in, the approver 
will be presented with a view of all item requests for which he/she must make an 
approval determination. The approver can also be presented with informational messages 
for the requested items, with which he/she must concur before approving or rejecting an 
item request. In any event, the approver can make an approval determination for the item 
requests and post comments related thereto. Once the approval determination has been 
made for a particular item request, an approver list and approval status corresponding 
thereto is updated. It should be understood that as used herein, the term "item" is 
intended to refer to goods or services. 

[0017] Referring now to Fig. 1, a system 10 for approving item requests is shown. In 
general, requestor 14 will attempt to order items that are subject to approval by one or 
more approvers such as approvers 18A-B. It should be understood that two approvers 
18A-B are shown for illustrative purposes only and that other variations could exist. In 
any event, as depicted, system 10 includes computer system 12, requestor device 16 and 
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approver devices 20A-B. Requestor device 16 and approver devices 20A-B are intended 
to represent any type of computerized systems capable of communicating with computer 
system 12. For example, requestor device 16 and approver devices 20A-B could 
comprise personal computing devices such as a laptop, personal computer, hand held 
device, cellular phone, pager device, etc. Moreover, requestor device 16 and approver 
device 20A-B typically communicate with computer system 12 via a public network such 
as the Internet, or a private network such as a local area network (LAN), wide area 
network (WAN), a virtual private network (VPN), etc. To this extent, communication 
between computer system 12, requestor device 16 and approver devices 20A-B could 
occur in a client-server environment via a direct hardwired connection (e.g., serial port), 
or via an addressable connection that may utilize any combination of wireline and/or 
wireless transmission methods. As such, the server and clients may utilize conventional 
network connectivity, such as Token Ring, Ethernet, WiFi or other conventional 
communications standards. Moreover, connectivity could be provided by conventional 
TCP/IP sockets-based protocol. In this instance, the clients would utilize an Internet 
service provider to establish connectivity to the server. It should be understood, however, 
that the architecture shown in Fig. 1 is intended to be illustrative only and that other 
variations are possible. For example, requestor 14 and approvers 18A-B could access 
computer system 12 directly, without their own individual "devices." 
[0018] As depicted, computer system 12 generally includes central processing unit (CPU) 
22, memory 24, bus, 26, input/output (I/O) interfaces 28, external devices/resources 30, 
and storage unit 32. CPU 22 may comprise a single processing unit, or be distributed 
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across one or more processing units in one or more locations, e.g., on a client and server. 
Memory 24 may comprise any known type of data storage and/or transmission media, 
including magnetic media, optical media, random access memory (RAM), read-only 
memory (ROM), a data cache, a data object, etc. Storage unit 32 may comprise any type 
of data storage for providing more static storage of data used in the present invention. As 
such, storage unit 32 may include one or more storage devices, such as a magnetic disk 
drive or an optical disk drive. Moreover, similar to CPU 22, memory 24 and/or storage 
unit 32 may reside at a single physical location, comprising one or more types of data 
storage, or be distributed across a plurality of physical systems in various forms. To this 
extent, memory 24 and/or storage unit 32 can include data distributed across, for 
example, a LAN, WAN or a storage area network (SAN) (not shown). 
[0019] I/O interfaces 28 may comprise any system for exchanging information to/from 
one or more external devices 22. External devices 30 may comprise any known type of 
external device, including speakers, a CRT, LED screen, hand held device, keyboard, 
mouse, voice recognition system, speech output system, printer, monitor/display, 
facsimile, pager, etc. Bus 26 provides a communication link between each of the 
components in computer system 12 and likewise may comprise any known type of 
transmission link, including electrical, optical, wireless, etc. In addition, although not 
shown, additional components, such as cache memory, communication systems, system 
software, etc., may be incorporated into computer system 12. It is understood that 
requestor device 16 and approver devices 18A-B typically include the same components 
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(e.g., CPU, memory, etc.) as shown and described with reference to computer system 12. 
These components have not been separately shown or discussed for brevity. 
[0020] Shown in memory 24 is purchasing application 34, which can incorporate some or 
all of any existing application that requestor 14 can operate to request items for purchase. 
To this extent, when requestor 14 wishes to request an item, he/she will be validated by 
validation system 40 (e.g., via a user name and password) and log into purchasing 
application 34. Once logged in, requestor 14 will interface with item request system 36 to 
select items for purchase. In a typical embodiment, item request system 36 is configured 
to allow requestor 14 to browse one or more lists of available items, and select the desired 
items. To this extent, item request system 36 could allow requestor 14 to select multiple 
items in a "shopping cart" format. Regardless, once requestor 14 has selected one or 
more items, item request system 36 will generate an item request. If a single item has 
been requested, or multiple items have been selected within a single "shopping cart," a 
single item request could be generated. However, this need not be the case as each 
selected item could result in a separate item request. 

[0021] Once an item request has been generated, it must be approved by all applicable 
approvers 18A-B before the purchase is allowed. Under the present invention, approval 
of an item request is an on-line process, meaning that approvers 18A-B will log into 
purchasing application 34 to make approval determinations. In one embodiment, 
notification system 38 will build an approver list that identifies all approvers (e.g., 18A- 
B) who must approve of each item request. In this embodiment, notification system 38 
could access a set of rules or policies in storage unit 32 that dictates which approvals 
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must be given for particular items. For example, if requestor 14 is attempting to purchase 
a chemical, the rules could dictate that requestor 14's supervisor (e.g., 18 A) and a safety 
manager (e.g., 18B) must approve the item request. Once all applicable approvers 18A-B 
are identified, notification system 38 can send an approval message to the first required 
approver (e.g., approver 18A) on the list informing him/her that an item request requiring 
approval has been made. Typically, the approval message is electronic such as an 
electronic mail or instant message. Further, the approval message could include a 
hyperlink or the like that will bring approver 18A to a login interface of purchasing 
application 34 (e.g., as provided by validation system 40). In sending an approval 
message, notification system 38 can be configured to transmit an approval message each 
time an item request is made, or at predetermined time intervals (e.g., daily). It should be 
understood, however, that approval messages are not required under the present 
invention. Rather, approver 18A could periodically log into purchasing application 34 at 
their leisure to see if any item requests requiring their approval have been made. 
[0022] In any event, after approver 18A is authenticated by validation system 40, 
approver 18A can be subject to further screening. For example, validation system 40 
could check an employee database to ensure that approver 18A is authorized to make 
approval determinations. It could be the case that approver 18A no longer has such 
permission within the business, even though he/she could still gain access to purchasing 
application 34. Assuming approver 18A is validated and authorized, request display 
system 42 will display a view of item requests to approver 18 A. The view will not only 
include the item request made by requestor 14, but also all other item requests that are 
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pending for which approver 18A must make an approval determination. Referring to Fig. 
2, an illustrative view of item requests 50 is depicted. As shown, view of 50 lists a set 
(e.g., one or more) of item requests 52. By checking check boxes 54, item requests can 
be individually approved. Therefore, view 50 allows approver 18A to view and 
individually approve or reject all item requests. It should be understood that an entire 
shopping cart of items could be presented in view 54 as one item request 52. In addition, 
although not shown, request display system 42 (Fig. 1) could display one or more 
informational messages for approver 18 A. Such informational messages could include, 
for example, relevant safety data about the requested item. For example, if an item being 
requested is a chemical, the following informational message could be displayed. "This is 
a chemical item and should only be delivered to a building that can house toxic 
chemicals. Your clicking on the 'Next' button signifies concurrence." If the approver 
does not concur, the item request cannot be approved or rejected. 
[0023] Referring back to Fig. 1, any approval determinations (e.g., to approve or reject) 
made by approver 18A will be received by approval determination system 44 and 
possibly stored in storage unit 32. In making an approval determination, approval 
determination system 44 could also provide approver 18A with the capability to post 
comments regarding his/her determination. For example, if approver 18A rejected the 
item request, approvers 18A could post a comment indicating the reason(s). Once an 
approval determination is received, update system 46 will update the approver list and 
approval status corresponding to the item request. As described above, the approver list 
identifies all approvers 18A-B that must approve an item request. In the example 
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discussed above in conjunction with Fig. 1, the approver list would include approver 18A 
and approver 18B. Once approver 18A has made an approval determination, the approver 
list would be updated to reflect this fact. Similarly, the approval status corresponding to 
the particular item request could be updated. Under the present invention, there are 
several possible approval status's (e.g., pending, rejected and approved). For example, if 
approver 18A rejected the item request, the approval status would be changed to rejected. 
In this event, the process would end and approval from approver 18B need not be 
requested. Conversely, upon issuing the item request, and before approval by approvers 
18A-B, the approval status would be "pending." After both approvers 18A-B have 
approved the item request, the status would be changed to "approved." 
[0024] Assuming approver 18A has approved the item request issued by requestor 14, an 
approval determination would then be sought by the next approver on the approver list 
(e.g., approver 18B) in a similar manner. Specifically, notification system 38 could 
forward the approval message thereto (or generate and send a new approval message). 
Upon receipt, approver 18B could log into purchasing application 34. After a validation 
and authorization check by validation system 40, request display system 42 would display 
a view containing a set of item requests for which approver 18B is asked to make an 
approval determination. Further, any informational message relevant to approver 18B's 
approval could be displayed. When approver 18B makes an approval determination for 
the item request, the approval determination is received by approval determination system 
44, which also provides approver 18B with the capability to post any comments relating 
thereto. Further, update system 46 will update the approver list and approval status 
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accordingly. If approver 18B was the final approver on the approval list, and all 
approvers 18A-B approved of the item request by requestor 14, the approval status would 
change from "pending" to "approved." 

[0025] Once any approver has made an approval determination, notification system 38 
can communicate a result message to requestor 14 and/or other approvers. Alternatively, 
a result message could be communicated only when an approver has rejected an item 
request. 

[0026] Referring now to Fig. 3, a method flow diagram 100 according to the present 
invention is depicted. As shown, first step SI of method is for an approver to log into an 
application. Upon login, second step S2 is to display a view containing a set of item 
requests to the approver. Third step S3 is to make an approval determination for at least 
one of the item requests in the view. Fourth step S4 is to update the approver list and 
approval status corresponding to the item request(s) based on the approval 
determination(s). In fifth step S5, it is determined whether the issue request was 
approved. If not, the process is ended in step S6. If so, it is determined whether approval 
by another approver is required in step S7. If so, the process is repeated for that 
subsequent approver. If not, the process is ended in step S6. 

[0027] It is understood that the present invention can be realized in hardware, software, 
or a combination of hardware and software. Any kind of computer/server system(s) - or 
other apparatus adapted for carrying out the methods described herein - is suited. A 
typical combination of hardware and software could be a general-purpose computer 
system with a computer program that, when loaded and executed, carries out the 
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respective methods described herein. Alternatively, a specific use computer, containing 
specialized hardware for carrying out one or more of the functional tasks of the invention, 
could be utilized. The present invention can also be embedded in a computer program 
product, which comprises all the respective features enabling the implementation of the 
methods described herein, and which - when loaded in a computer system - is able to 
carry out these methods. Computer program, software program, program, or software, in 
the present context mean any expression, in any language, code or notation, of a set of 
instructions intended to cause a system having an information processing capability to 
perform a particular function either directly or after either or both of the following: (a) 
conversion to another language, code or notation; and/or (b) reproduction in a different 
material form. 

[0028] The foregoing description of various aspects of the invention has been presented 
for purposes of illustration and description. It is not intended to be exhaustive or to limit 
the invention to the precise form disclosed, and obviously, many modifications and 
variations are possible. Such modifications and variations that may be apparent to a 
person skilled in the art are intended to be included within the scope of the invention as 
defined by the accompanying claims. 
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